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Beschreibung 

Vorrichtung und Verfahren zur Statuspruf ung von Steuerungs- 
systemen 

5 

Die vorliegende Erfindung betrifft eine Vorrichtung zum Para- 
metrieren, Projektieren und Inbetriebnehmen von Steuerungs- 
systemen und/oder zum Erstellen von vorzugsweise zyklischen 
Steuerungsprogrammen mit einer Editoreinrichtung zum Editie- 

10 ren eines Steuerungsprogramms und einer Compilereinrichtung 
zum Kompilieren des Steuerungsprogramms. Daruber hinaus be- 
trifft die vorliegende Erfindung eine Vorrichtung zur zeitli- 
chen Steuerung eines Systems auf der Grundlage eines Steue- 
rungsprogramms mit einer Mikroprozessoreinrichtung zur Abar- 

15 beitung eines kompilierten, vorzugsweise zyklischen Steue- 
rungsprogramms. Ferner wird eine Anordnung aus beiden Vor- 
richtungen beschrieben. 

Bei speicherprogrammierbaren Steuerungen wird vielfach ein so 
20 genanntes Engineeringsystem dazu verwendet, urn ein Steue- 
rungssystem zu debuggen, parametrieren und in Betrieb zu neh- 
men, sowie geeignete Steuerungsprogramme zu erstellen. Des 
Weiteren wird ein so genanntes Runtimesystem verwendet, urn 
die Paten des Engineeringsystems aufzunehmen und die Steue- 
25 rungsprogramme entsprechend abzuarbeiten . 

<*• 

Das Debuggen von Steuerungsprogrammen und Beobachten von 
Steuerungsvariablen ist bei derzeit eingesetzten Systemen 
kaum oder nur sehr unkomf ortabel machbar . Bei derzeit gangi- 

30 gen Technologien ist es notwendig, dass eine entsprechende 
Hardware-Unterstutzung eingerichtet ist. Dies bedeutet, dass 
beispielsweise nur liber bestimmte Breakpoint-Mechanismen oder 
Interrupts von Prozessoren das Debugging moglich ist. Bei in- 
terpretativ arbeitenden Steuerungen wird das Debugging bis- 

35 lang interpretativ gelost, was aber sehr starke Laufzeitein- 
fliisse hat. 
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Insbesondere bei zyklisch ablaufenden Steuerungsprogrammen 
ist das Beobachten von Variablen mit bisherigen Mitteln kaum 
moglich. Der Anwender kann das Programm am Bildschirm nicht 
so rasch verfolgen wie ein SPS-Zyklus (speicherprogrammier- 
5 bare Steuerung) lauft. Die Beobachtung im SPS-Zyklus belastet 
auiierdem die Runtime-CPU verhaltnismafiig stark und ware fur 
den Anwender wenig hilfreich. 

Angesichts dessen besteht die Aufgabe der vorliegenden Erfin- 
10 dung darin, eine Vorrichtung und ein Verfahren vorzuschlagen, 
mit denen das Debuggen und das Beobachten von Systemparame- 
tern wahrend des Laufs eines Steuerungsprogramms komfortabler 




durchfuhrbar ist. 



15 Erf indungsgemaft wird diese Aufgabe gelost durch eine Vorrich- 
tung zum Parametrieren, Projektieren und Inbetriebnehmen von 
Steuerungssystemen und/oder zum Erstellen von vorzugsweise 
zyklischen Steuerungsprogrammen mit einer Editoreinrichtung 
zum Editieren eines Steuerungsprogramms und einer Compiler- 

20 einrichtung zum Kompilieren des Steuerungsprogramms, wobei 
mit der Editoreinrichtung der gesamte oder ein Teilbereich 
des Steuerungsprogramms zum Debuggen markierbar ist oder das 
gesamte Steuerungsprogramm zum Debuggen instrumentierbar ist 
und mit der Compilereinrichtung aus dem Steuerungsprogramm 
, .25 ein Zwischencode erzeugbar ist, der fur den markierten Be- 
^ reich des Steuerungsprogramms und/oder fur das gesamte Steu- 
erungsprogramm Debugginstrumentierung enthalt. 

Ferner wird die oben genannte Aufgabe gelost durch eine Vor- 
30 richtung zur zeitlichen Steuerung eines Systems auf der 
Grundlage eines Steuerungsprogramms mit einer Mikroprozessor- 
einrichtung zur Abarbeitung eines kompilierten, vorzugsweise 
zyklischen Steuerungsprogramms und einer Compilereinrichtung 
zum Kompilieren eines vorkompilierten Steuerungsprogramms mit 
35 Debugginstrumentierung in einen Objektcode fiir die Mikropro- 
zessoreinrichtung . 
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Schliefilich wird die genannte Aufgabe durch Verfahren gelost, 
die sich aus den obigen Vorrichtungen ergeben. 

In vorteilhaf ter Weise ist der Zwischencode unabhangig von 
5 einem Mikrocontrollertyp . Bei einer Weiterentwicklung kann 
eine Datenhaltungseinrichtung fur Zuordnungsinf ormation zum 
Zuordnen des markierten Bereichs des Steuerungsprogramms zu 
einem Befehl des Zwischencodes vorgesehen sein. Ferner kann 
die Editoreinrichtung eine Auf tragseinheit zum Absenden eines 
10 Beobachtungsauf trags hinsichtlich des markierten Bereichs 
enthalten. Entsprechend kann die Editoreinrichtung eine Emp- 
f angseinrichtung zum Empfangen von Beobachtungsinf ormationen 
umf assen . 

15 Die Vorrichtung zur zeitlichen Steuerung eines Systems auf 
der Grundlage eines Steuerungsprogramms kann mit einem Be- 
obachtungsmodul, das anhand der Debugginstrumentierung ein- 
richtbar ist, ausgestattet sein. Ferner kann eine Datenpuf- 
fereinrichtung zum Speichern und Bereitstellen von Beobach- 

2 0 tungsinf ormationen von dem Beobachtungsmodul vorgesehen sein. 
Mit einer Empf angseinrichtung kann dann die Vorrichtung einen 
Abarbeitungsauf trag fur das Beobachtungsmodul empfangen. 

Als besonders vorteilhaft erweist sich eine Anordnung aus den 
25 beiden genannten Vorrichtungen zum Steuern eines Systems. 

Die vorliegende Erfindung wird nun anhand der beigefugten 
Zeichnungen naher erlautert, in den zeigen: 

30 Fig. 1 ein Datenf lussdiagraram einer erf indungsgemailen Anord- 
nung; und 

Fig. 2 ein Datenf lussdiagramm einer Statusabf rage . 

35 Das nachfolgende Ausf uhrungsbeispiel dient dazu, die vorlie- 
gende Erfindung besser vertraut zu machen. 
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GemaB Fig. 1 wird in dem Engineeringsystem ES ein Steuerungs- 
programm 1, beispielsweise im structured text-Format, hinter- 
legt. Fur das Steuerungsprogramm 1 wird durch einen Compiler 
2 ein speziell instrumentierter Zwischencode 3 erzeugt. Die- 
5 ser Zwischencode 3 enthalt zusatzliche Inf ormationen mit de- 
ren Hilfe spater ein Runtimesystem RS Statusabf ragen tiber 
entsprechende Variablen ermoglicht. Der Compiler 2 kompiliert 
das Steuerungsprogramm vor dem Download in das Runtimesystem 
RS. In dem Runtimesystem RS bzw. in der Steuerung wird dieser 
10 Zwischencode 3 durch einen weiteren Compiler 4 in einen mik- 
roprozessorspezif ischen Code 5 umgesetzt. 

A 

Die Compiler-Funktionalitat, den Sourcecode des Steuerungs- 
programms 1 in einen maschinenunabhangigen Zwischencode umzu- 
15 setzen ist in dem Basis-Engineeringsystem ES realisiert. Das 
Basis-Engineeringsystem ES besitzt eine spezifische Datenhal- 
tung 6 fur Debug- bzw. Zuordnungsinf ormation . Diese Zuord- 
nungsinformation gibt an, welche Steuerungsprogrammzeilen 
welchen Zwischencodeabschnitten entsprechen. 

20 

Gemafi Fig. 2 kann der Anwender durch graphische Markierungen 
7 eine Abschnittskennung von Steuerungsprogrammzeilen vorneh- 
men. Darauf aufsetzend ermittelt ein Debugger 8 des Enginee- 
ringsystems den dazugehorigen Zwischencodebereich, wobei die 
25 entsprechenden Bereichsangaben in der Datenhaltung 6 hinter- 
~ legt werden. Die Zuordnung kann z. B. tiber eine Zuordnungsta- 
belle oder einen Verweis erfolgen. 

Auf der Seite des Engineeringsystems steht somit ein Steu- 
30 erungsprogramm 1 mit einem kompilierten Zwischencode 3. Die- 
ser Zwischencode 3, der instrumentiert ist, wird dann ins 
Runtimesystem RS geladen. Das Runtimesystem- RS setzt nicht 
nur den Zwischencode 3 in den Mikroprozessorcode 5 urn, son- 
dern verfugt auch iiber eine eigene Debug-Funktionalitat 9 mit 
35 dem anhand des dem markierten Bereich des Steuerungsprogramms 
entsprechenden Zwischencodeabschnitts in einer nicht darge- 
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stellten Datenhaltung der Bereich 10 des Mikroprozessorcodes 
5 ermittelt und gegebenenf alls beobachtet wird. 

Das Steuerungsprogramm kann nun abgearbeitet werden, d. h. 
die CPU des Runtime systems RS kann in run gehen. Der Mikro- 
prozessorcode wird zyklisch durchlaufen. Da nun der Anwender 
im Steuerungsprogramm einen bestimmten Bereich markiert hat, 
wird ein Auftrag an das Runtimesystem RS generiert, welcher 
Zwischencodebereich beobachtet werden soil. Das Runtimesystem 
RS ermittelt die Mikroprozessorcodebereiche aus dieser Infor- 
mation und richtet die Inf rastruktur fur eine Programmbe- 
obachtung ein. Dies bedeutet, dass spezielle Puffer bereitge- 
stellt werden, urn Statusinf ormationen zwischenzuspeichern . 
Nachdem dieser Dienst eingerichtet wurde, kann er vom Anwen- 
der potentiell verwendet werden. 

Wird nun die Programmbeobachtungsf unktion vom Anwender expli- 
zit, z. B. im Editor, angestolien, so wird im Runtimesystem RS 
ein Beobachtungsmodul eingerichtet. Wenn das Programm in ei- 
nen dieser Maschinencodebereiche, die dem markierten Bereich 
des Steuerungsprogramms entsprechen, eintritt, so werden die 
betroffenen Variablen Werte in entsprechende Datenpuffer 11. 
geschrieben. Dies erfolgt solange wie sich das Programm in 
diesen speziellen Codebereichen befindet. 

Wird der Score des Codebereichs verlassen, bekommt das Engi- 
neeringsystem ES von diesem Beobachtungsmodul eine Notifika- 
tion. Das Engineeringsystem holt sich die Inf ormationen aus 
dem Datenpuffer 11. Das Debug-Modul 8 im Engineeringsystem 
ermittelt aus der Zwischencodezuordnung und diesem Datenpuf- 
fer 11 die entsprechende Zeileninf ormation fur das Steu- 
erungsprogramm. Daraufhin konnen die vom Anwender gewunschten 
Variablen angezeigt werden. 1st die Anzeige erfolgt, so kann 
auf Wunsch ein neuer Beobachtungsauf trag fur diese eingerich- 
tete Inf rastruktur abgesetzt werden. Dies bedeutet, dass der 
Beobachtungs- bzw. Debug-Zyklus oder die Flusssteuerung ei- 
gentlich uber den Editor erfolgt. Dies ist insofern sinnvoll, 
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da der Anwender das Programm am Bildschirm nicht im Takt des 
SPS-Zyklus verfolgen kann. Daruber hinaus wtirde die Beobach- 
tung im SPS-Zyklus die Runtime-CPU iibermaflig belasten. Die 
Daten der abgefragten Variablen werden also nur auf explizi- 
ten Wunsch oder beispielsweise periodisch jede Sekunde aktua- 
lisiert. 

Aktiviert der Anwender den Debug-Mechanismus 8 im Enginee- 
ringsystem ES, so werden ihm in einem zweiten Fenster 12 ne- 
ben seiner Steuerprogrammquelle 1 fur den entsprechend zyk- 
lisch durchlauf enen Programmcode die Werte der im Programm- 
code verwendeten Variablen konsistent fur den jeweiligen 
Durchlauf angezeigt. Damit kann der Anwender komfortabel eine 
Diagnose und einen Programm-Debug bei zyklischer SPS-Funk- 
tionalitat realisieren. Fur eine Realisierung des Mechanismus 
ist eine interpretative Losung aus Per f ormancegrunden weniger 
vorteilhaf t . 

Der Vorteil der vorliegenden Erfindung besteht somit darin, 
dass das Debuggen bzw. Beobachten von Variablen hardware-un- 
abhangig erfolgt. Daruber hinaus wird durch die erf indungsge- 
mafte Technik die CPU des Runtimesystems nur so stark be- 
lastet, wie der Programmeditor diese Beobachtung ausnutzen 
kann. Dies bedeutet, dass die Programmlauf zeit allenfalls 
durch das Beobachten des markierten Bereichs verzogert wird. 
Die Ursache hierfiir liegt darin, dass nur fur den markierten 
Bereich des Steuerungsprogramms der Debug-Code durchlaufen 
wird. Alle anderen Bereiche werden ohne Debug-Option abgear- 
beitet . 

Wie bereits angedeutet eignet sich die erf indungsgemafle Funk- 
tionalitat und dieser Mechanismus des selektiven Debuggens 
bestens zum Debuggen zyklisch laufender Programme. Aber auch 
Motion Tasks, die nicht zyklisch laufen, konnen sehr gut beo- 
bachtet werden. Insbesondere kann durch einen zusatzlichen 
Mechanismus der Tracebuffer 11 schon vor Verlassen des Scopes 
abgeholt werden. Man kann dadurch z. B. ermitteln, wann man 
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mit welchen Parametern in synchrone Aufrufe gerat. Auch 
Auffinden von Deadlocks in Motion Tasks eignet sich das 
schilderte Verfahren und der dazugehorige Mechanismus. 
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Patentanspriiche 

1. Vorrichtung zum Parametrieren, Projektieren und In- 
betriebnehmen von Steuerungssystemen und/oder zum 
Erstellen von vorzugsweise zyklischen Steuerungspro- 
grammen mit 

einer Editoreinrichtung zum Editieren eines Steuerungs- 
programms (1) und 

einer Compilereinrichtung (2) zum Kompilieren des Steu- 
erungsprogramms (1) , 

dadurch gekennzeichnet , dass 

mit der Editoreinrichtung der gesamte oder ein Teilbe- 
reich (7) des Steuerungsprogramms (1) zum Debuggen mar- 
kierbar ist und 

mit der Compilereinrichtung (2) aus dem Steuerungspro- 
gramm (1) ein Zwischencode (3) erzeugbar ist, der fur . 
den markierten Bereich (7) des Steuerungsprogramms (1) 
Debuginstrumentierung enthalt. 

2. Vorrichtung nach Anspruch 1, wobei der Zwischencode (3) 
unabhangig von einem Mikrokontrollertyp ist. 

3. Vorrichtung nach Anspruch 1 oder 2, wobei eine Daten- 
haltungseinrichtung (6) fUr Zuordnungsinf ormation zum 
Zuordnen des markierten Bereichs (7) des Steue- 
rungsprogramms (1) zu einem Bereich des Zwischencodes 
(3) vorgesehen ist. 

4. Vorrichtung nach Anspruch 1, 2 oder 3, wobei die Edi- 
toreinrichtung eine Auf tragseinheit zum Absenden eines 
Beobachtungsauf trags hinsichtlich des markierten Be- 
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reichs umfasst. 

5. Vorrichtung nach einem der Anspriiche 1 bis 4, wobei die 
Editoreinrichtung eine Empf angseinrichtung zum Empfan- 

5 gen von Beobachtungsinf ormation (12) umfasst. 

6. Vorrichtung zur zeitlichen Steuerung eines Systems auf 
der Grundlage eines Steuerungsprogramms (1) mit 

10 einer Mikroprozessoreinrichtung zur Abarbeitung eines 

kompilierten, vorzugsweise zyklischen Steuerungspro- 
gramms ( 5) , 



15 



20 



gekennzeichnet durch 

eine Compilereinrichtung (4) zum Kompilieren eines vor- 
kompilierten Steuerungsprogramms (3) mit Debuginstru- 
mentierung in einen Objektcode (5) fur die Mikroprozes- 
soreinrichtung . 

7. Vorrichtung nach Anspruch 6 mit einem Beobachtungsmodul 
(9, 10, 11), das anhand der Debuginstrumentierung ein- . 
richtbar ist. 

25 8. Vorrichtung nach Anspruch 7 mit einer Datenpuf f erein- 

^ richtung (11) zum Speichern und Bereitstellen von Beo- 

bachtungsinf ormation von dem Beobachtungsmodul, 

9. Vorrichtung nach Anspruch 7 oder 8 mit Empf angseinrich- 
30 tung zum Empfangen eines Abarbeitungsauf trags fur das 

Beobachtungsmodul . 

10. Anordnung zum Steuern eines Systems mit 



35 



einer Vorrichtung zum Parametrieren, Projektieren und 
Inbetriebnehmen von Steuerungssystemen und/oder zum 
Erstellen von vorzugsweise zyklischen Steuerungspro- 
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grammen (1) nach einem der Anspruche 1 bis 5 und 

einer Vorrichtung zur zeitlichen Steuerung eines Sys- 
tems auf der Grundlage eines Steuerungsprogramms nach 
5 einem der Anspruche 6 bis 9, wobei 

der Zwischencode (3) dem vorkompilierten Steuerungspro- 
gramm entspricht. 

10 ll.Verfahren zum Parametrieren, Projektieren und In- 

betriebnehmen von Steuerungssystemen und/oder zum 
Erstellen von vorzugsweise zyklischen Steuerungspro- 
• grammen (1) durch 

15 Editieren eines Steuerungsprogramms (1) und 

Kompilieren des Steuerungsprogramms (1), 

gekennzeichnet durch 

20 

Markieren des gesamten Bereichs oder eines Teilbereichs 
(7) des Steuerungsprogramms zum Debuggen beim Editieren 
und 

25 Erzeugen ein Zwischencodes (3) aus dem Steuerungspro- 

gramm (1) beim Kompilieren, der fur den markierten Be- 
reich (7) des Steuerungsprogramms Debuginstrumentierung 
enthalt • 

30 12.Verfahren nach Anspruch 11, wobei der Zwischencode (3) 

unabhangig von einem Mikrokontrollertyp ist. 



35 



13.Verfahren nach Anspruch 11 oder 12, wobei der markierte 
Bereich (7) des Steuerungsprogramms (1) einem Bereich 
des Zwischencodes (3) zugeordnet wird. 
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14. Verfahren nach Anspruch 11, 12 oder 13, wobei beim Edi- 
tieren ein Beobachtungsauf trag zum Beobachten des mar- 
kierten Bereichs (7) abgesendet wird. 

15. Verfahren nach einem der Ansprtiche 11 bis 14, wobei 
beim Editieren Beobachtungsinf ormation (12) empfangen 
wird. 

16. Verfahren zur zeitlichen Steuerung eines Systems auf 
der Grundlage eines Steuerungsprogramms (1) durch 

Abarbeitung eines kompilierten, vorzugsweise zyklischen 
Steuerungsprogramms (5) , 

gekennzeichnet durch 

Kompilieren eines vorkompilierten Steuerungspro- 
gramms (3) mit Debuginstrumentierung in einen Objekt- 
code (5) fur eine Mikroprozessoreinrichtung . 

17. Verfahren nach Anspruch 16, wobei ein Beobachtungsmodul 
(9, 10, 11) anhand der Debuginstrumentierung eingerich- 
tet wird. 

18. Verfahren nach Anspruch 17, wobei Beobachtungsinf orma- 
tion (12) von dem Beobachtungsmodul in einer Datenpuf- 
f ereinrichtung (11) gespeichert und bereitgestellt 
wird. 

19. Verfahren nach Anspruch 17 oder 18, wobei wahrend der 
Abarbeitung des Steuerungsprogramms (5) ein Abarbei- 
tungsauftrag fur das Beobachtungsmodul empfangen und 
ausgefuhrt wird. 

20. Verfahren zum Steuern eines Systems mit 

einem Verfahren zum Parametrieren, Projektieren und In- 
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betriebnehmen von Steuerungssystemen und/oder zum 
Erstellen von vorzugsweise zyklischen Steuerungspro- 
grammen nach einem der Anspruche 11 bis 15 und 

einem Verfahren zur zeitlichen Steuerung eines Systems 
auf der Grundlage eines Steuerungsprogramms nach einem 
der Anspruche 16 bis 19, wobei 

der Zwischencode (3) dem vorkompilierten Steuerungspro 
gramm entspricht. 
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Zusammenf assung 

Vorrichtung und Verfahren zur Statuspriif ung von Steuerungs- 
systemen 

Das Debuggen zyklisch ablaufender Steuerungsprogramme soil in 
einem Steuerungssystem komfortabler gestaltet werden. Dazu 
wird das Steuerungsprogramm (1) in einen mikroprozessorunab- 
hangigen Zwischencode (3) kompiliert. Dieser Zwischencode (3) 
wird in das Runtimesystem RS geladen und dort in den Mikro- 
prozessorcode (5) kompiliert. Bereichsangaben uber zu unter- 
suchende Codebereiche werden in einer eigenen Datenhaltung 
(6) hinterlegt und mittels Debug- Funktionalitat im Enginee- 
ringsystem und im Runtimesystem auf Bereiche des Maschinenco- 
des abgebildet. 



(Fig. 1) 
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